home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / smail-3.1.28 / NOTES / SIMPLE.DOMAIN < prev    next >
Encoding:
Internet Message Format  |  1992-05-25  |  3.6 KB
  1. To: marc@r-node.gts.org (Marc Fournier)
  2. Subject: Re: domain registering
  3. Reply-To: tron@veritas.com
  4. Organization: VERITAS Software, Corp.
  5.  
  6. Marc Fournier <marc@r-node.gts.org> writes:
  7. >    I'm probably getting into something deeper then I should, but
  8. >how do I configure smail3.1 so that I'm a domain?  Is there 
  9. >documentation on such available with the distribution?  Is it
  10. >hard to do?  I'm basically going to set up a sub-domain for
  11. >my downstream sites to 'attach' onto.
  12.  
  13. First, you will need to configure the hostnames recognized and
  14. generated by your machine.  set the visible_domain variable in
  15. /usr/lib/smail/config to the set of domain suffixes to use for your
  16. host.  The first entry in the list is the canonical domain name,
  17. additional names are recognized domain names, but are never used by
  18. smail in generating addresses.  For example:
  19.  
  20.     visible_domain=gts.org:uucp
  21.  
  22. If this config file variable is used on host r-node, then the official
  23. name for the host is considered:
  24.  
  25.     r-node.gts.org
  26.  
  27. But the name:
  28.  
  29.     r-node.uucp
  30.  
  31. will also be recognized.
  32.  
  33. You may also want to declare that your host recognizes gts.org as one
  34. of its own names.  You can do this by adding:
  35.  
  36.     more_hostnames=gts.org
  37.  
  38. You can make gts.org the name that is generated when forming addresses
  39. for the local users by adding:
  40.  
  41.     visible_name=gts.org
  42.  
  43. This is a simple way of hiding your network topology from outside users.
  44.  
  45. Second, configure a paths file (which can be merged into the default
  46. paths file, or configured through the routers file as a separate paths
  47. file), containing entries such as:
  48.  
  49.     .gts.org    %s
  50.     .sub.gts.org    gateway-sub-host!%s
  51.     foo.gts.org    foo!%s
  52.  
  53. this paths file declares (in the first line), that your host is
  54. authoritative for the gts.org domain, preventing use of the smarthost
  55. router.  It also causes mail to gts.org to be delivered locally on
  56. your host.
  57.  
  58. The second line declares a subdomain, sub.gts.org, that is handled by
  59. sending to gateway-sub-host.
  60.  
  61. The third line declares that host foo.gts.org can be reached by sending
  62. to host foo.
  63.  
  64. This is the minimum that you must do to manage a simple domain using
  65. paths files.  If you are intending to use bind to manage your domain,
  66. then you still may wish to add:
  67.  
  68.     .gts.org    %s
  69.  
  70. to a paths file (again, to disable smarthost routing).
  71.  
  72. If your local network is connected by a TCP/IP network and managed
  73. using DNS tables, then you can just enable use of the bind router (by
  74. copying samples/bind/routers to /usr/lib/smail/routers), and
  75. configuring your network with DNS MX and A records.  You may want to
  76. configure a paths file prior to the bind router in the routers file, so
  77. that you can override the DNS information (particular wildcarding), for
  78. special cases, or to handle hosts within your domain that are not
  79. connected to you TCP/IP network.
  80.  
  81. You may wish to configure a qualify file, so that references to hostnames
  82. within your domain will be qualified with your domain name, in the
  83. From:, To:, and Cc: lines of locally-generated messages.  To do this,
  84. create a file /usr/lib/smail/qualify containing lines such as:
  85.  
  86.     foo    gts.org
  87.     bar    sub.gts.org
  88.  
  89. the first field in each line is a string that is matched against a
  90. hostname in the From:, To:, or Cc: lines.  The second field is a domain
  91. suffix to append to that hostname.  For example, given this file the
  92. message:
  93.  
  94.     From: marc@foo (Marc Fournier)
  95.     To: postmaster@bar
  96.  
  97. send on a machine containing the qualify file, would be transformed
  98. into:
  99.  
  100.     From: marc@foo.gts.org (Marc Fournier)
  101.     To: postmaster@bar.sub.gts.org
  102.  
  103. the qualify file does NOT support any kind of wildcarding.
  104. -- 
  105.     tron |-<=>-|        ARPAnet:  veritas!tron@apple.com
  106.       tron@veritas.com        UUCPnet:  {apple,pyramid}!veritas!tron
  107.